Browsing of contextual information

ABSTRACT

Systems and methods for searching and browsing a data store of contextually related data objects. The system includes a search/browse module that receives a search query. The search/browse module identifies data objects that match the search query and generates sentences from data objects that are contextually related to the matching data objects. The sentences are human-readable sentences, for example in subject-verb-object format, where each sentence represents the relationship between two data objects. The sentences are output for display as a hierarchy of sentences. Additionally, a user can browse the data store of contextually related data objects by selecting a sentence that is displayed to the user. The search/browse module then outputs attributes of the data object represented by the sentence for display in two separate regions of a user interface.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application claims priority under 35 U.S.C. §119(e) to U.S.Provisional Patent Application Ser. No. 61/367,838, “Searching andBrowsing of Contextual Information” filed Jul. 26, 2010. The subjectmatter of all of the foregoing is incorporated herein by reference intheir entirety.

BACKGROUND

1. Field of Art

This disclosure relates to systems and methods of searching and browsingcontextual information, and specifically to searching and browsing adata store of data objects by displaying human-readable sentences thatrepresent the relationships between the data objects.

2. Description of the Related Art

In an enterprise environment, information is stored in different datasources (e.g. applications, databases, directories), each having its ownunique data structures. Much of the information in data sources acrossthe enterprise infrastructure only makes sense in the context ofrelationships between data objects in the data structures. It ispossible to collect the data objects in order to build a singledatastore that lists the relationships between data objects. However,this complex web of inter-relationships is difficult to comprehend for ahuman being who is often the end user of such information. This problemis exacerbated for large enterprises that have hundreds of thousands ofdata objects, resulting in a gigantic spider-web of inter-relationships.As such, selecting a sub-set of information to display to the user andhow to display it quickly becomes a challenging task.

Thus, there is lacking, inter alia, systems and methods of presentingdata objects and their relationships to other data objects in a way thatis easy to comprehend.

SUMMARY

The disclosure includes systems, methods, and computer readable mediumfor searching and browsing a data store of contextually related dataobjects. In one embodiment, a search/browse module receives a searchquery and identifies data objects that match the search query from adatastore of data objects. Sentences are generated from data objectsthat are in the parent context of the matching data objects. Thesentences are human-readable sentences, for example insubject-verb-object format, representing the relationship between twodata objects. The subject of a sentence represents one data object andthe object of a sentence represents another data object. The sentencesare organized as a hierarchy of sentences and output for display in auser interface. As a result, a human user reading the sentences caneasily understand the relationship between the various data objectsrepresented in the sentences.

In one embodiment, the search/browse module enables a user to browse thedata store of contextual information. The search/browse module outputsone or more sentences generated from the data objects in the data storefor display in a user interface. The sentences may be displayed as ahierarchy of sentences, and some of the sentences may have objects thatrepresent multiple data objects. The user selects a sentence, and inresponse, the search/browse module identifies and provides, for displayin the user interface, attributes for the data object represented by asubject of the selected sentence and a data object represented by asubject of the sentence. As a result, a human user viewing the userinterface can not only understand the relationship between the variousdata objects represented in the sentences, but is also provided withadditional details for understanding the nature of the data objectsthemselves.

In one specific embodiment for searching the datastore of data objects,the search/browse module receives a search query and identifies, fromthe datastore of data objects, a first data object that matches thesearch query. The search/browse module generates a first sentence thatincludes a subject, verb and object. The object of the first sentencerepresents the first data object and the subject of the first sentencerepresenting a second data object that is related to the first dataobject. The search/browse module also generates a second sentence thatincludes a subject, verb and object. The object of the second sentencerepresents the second data object and the subject of the second sentencerepresenting a third data object that is related to the second dataobject. The search/browse module then provides the first and secondsentences for display as a multi-level hierarchy such that the firstsentence is in a subordinate level of the hierarchy and the secondsentence is in a superior level of the hierarchy.

The verb of a sentence may represent a relationship between the dataobjects represented by the subject and object of a sentence. Further,the subject and object of a sentence may be comprised of attributes oridentifiers for the data object represented by the subject or object ofthe sentence.

In one specific embodiment for browsing the datastore of data objects,the search/browse module provides a first sentence for display in afirst region of a user interface. The first sentence has a subject, verband object. The subject represents a first data object from thedatastore of data objects and the object representing at least a seconddata object from the datastore of data objects that is related to thefirst data object. The search/browse module receives a user inputselecting the first sentence. In response, the search/browse moduleproves, for display in a second region of the user interface, one ormore attributes of the first data object represented by the subject ofthe first sentence. The search/browse module also provides, for displayin a third region of the user interface, one or more attributes of thesecond data object represented by the object of the first sentence.

In some embodiments, the object of a sentence may be a generic objectthat represents multiple data objects. The data objects represented bythe generic object belong to a common class and are grouped together tosimplify the display of sentences. When a sentence with a generic objectis selected, the attributes for each of the data objects represented bythe generic object may be displayed in the third region of the userinterface. Additionally, there may be multiple sentences displayed inthe first region of the user interface that are displayed as amulti-level hierarchy of sentences with superior and subordinate levels.

BRIEF DESCRIPTION OF THE DRAWINGS

The disclosed embodiments have other advantages and features which willbe more readily apparent from the detailed description, the appendedclaims, and the accompanying figures (or drawings). A brief introductionof the figures is below.

FIG. 1 is an illustration of one embodiment of an enterprisearchitecture that includes modules within the virtual directory/contextserver.

FIG. 2A is an illustration of the extraction of schemas/metadata fromlocal or application domain specific data sources that are thentranslated into the global model.

FIG. 2B is an illustration of the translation of the global model totrees of verbs and objects.

FIG. 2C is an illustration of a tree as a way to represent sentences.

FIG. 2D is an illustration of a tree as a way to represent sentences andcontexts.

FIG. 3A is a flow chart illustrating a method of searching anddisplaying a hierarchy of sentences.

FIG. 3B is a flow chart illustrating a method of browsing a hierarchy ofsentences.

FIG. 4 is an illustration of a user interface for entering a searchquery and displaying search results.

FIG. 5 is an illustration of a user interface for displaying searchresults after receiving a search query for the word “boots.”

FIG. 6 is an illustration of the user interface of FIG. 5 showing theselection of a sentence from a hierarchy of sentences.

FIG. 7 is an illustration of a user interface with multiple regions forbrowsing a hierarchy of sentences.

FIG. 8 is an illustration of a user interface with multiple regions forbrowsing a hierarchy of sentences when a generic sentence is selected.

FIG. 9 is the user interface of FIG. 8 showing the selection of anobject from a table of objects.

FIG. 10 is an illustration of a user interface with multiple regions forbrowsing a hierarchy of sentences that is updated in accordance with theuser's selection of a new sentence.

The figures depict embodiments of the disclosed embodiments for purposesof illustration only. One skilled in the art will readily recognize fromthe following discussion that alternative embodiments of the structuresand methods illustrated herein may be employed without departing fromthe principles described herein.

DETAILED DESCRIPTION

The disclosed configurations include systems and methods for searchingand browsing a data store of related data objects. By way of example, asystem receives a search query and displays search results as ahierarchy of contextually related sentences. The system can receivebrowse commands and display other sentences that are contextuallyrelated to the selected sentence. Also disclosed is an intelligent userinterface that displays attributes of the subject and object of aselected sentence.

Reference will now be made in detail to several embodiments, examples ofwhich are illustrated in the accompanying figures. It is noted thatwherever practicable, similar or like reference numbers may be used inthe figures and may indicate similar or like functionality. The figuresdepict embodiments of the disclosed system (or method) for purposes ofillustration only. One skilled in the art will readily recognize fromthe following description that alternative embodiments of the structuresand methods illustrated herein may be employed without departing fromthe principles described herein.

In part I, a configuration of the system and the process of building adata store of data objects and relationships between the data objectswill be first be described. In Part II, a method and user interface forsearching and browsing data objects and their relationships will bedescribed in greater detail.

I. Configuration Overview

This section describes a high-level configuration of the system as wellas the process of building a data store of data objects andrelationships between the data objects.

FIG. 1 is an illustration of an enterprise architecture 100 thatincludes a sentence/context builder 111 and search/browse module 150within the virtual directory/context server 110, in accordance with anembodiment. As shown in FIG. 1, data from a variety of data sources,including databases 101A, applications 101B, directories 101C, and WebServices 101D is correlated and synchronized by an identity correlationand synchronization module (“ICS”) 105. The ICS 105 comprises anidentity correlation module 103 and a virtual identity hub 104. Theidentity correlation module 103 eliminates duplicates by correlatinginformation that refers to the same entity using any technique known tothose of skill in the art. The virtual identity hub 104 comprises a setof database tables and business rules that the identity correlationmodule 103 uses to establish correlation. The virtual identity hub 104creates and stores the global links for those identities that have beenestablished as correlated per the business rules.

The virtual directory/context server 110 functions using a commonabstraction layer to access data from the databases 101A, applications101B, directories 101C, Web Services 101D, and other data sources withinthe enterprise 100. The operation of a suitable virtual directory serveris described in U.S. Pat. No. 6,985,905, issued Jan. 10, 2006, entitled“System And Method For Providing Access To Databases Via Directories AndOther Hierarchical Structures and Interfaces,” which is herebyincorporated by reference in its entirety.

In one embodiment, the virtual directory/context server 110 includes aplurality of modules, including a sentence/context builder module 111and a search/browse module 150. The sentence/context builder module 111translates relationships between data objects from a plurality of datasources 101A-D into a human-readable form, for example, an Englishlanguage sentence or a sentence in another language. This operation of asuitable sentence/context builder module is described in U.S. patentapplication Ser. No. 12/134,841, filed Jun. 8, 2008 entitled“Representation of Objects and Relationships in Databases, Directories,Web Services, and Applications as Sentences as a Method to RepresentContext in Structured Data,” now published as U.S. Publication2009/0306963, which is hereby incorporated by reference in its entirety.Applications can then view and access the data from the data sources101A-D of the enterprise 100 through the search/browse module 150, forexample, using the sentences created by the sentence/context builder111. The operations of the search/browse module 150 will be described infurther detail below.

FIG. 2A is an illustration of the extraction of schemas from datasources 101A-C to form local models 202A-C, according to one embodimentof the ICS 105. As shown in FIG. 2A, the local models are illustrated asconnections between square icons, for example icons 222A-E that eachrepresents a data object. Each connection represents a relationshipbetween two data objects that exists in the data source 101A. As hasbeen described, for example in U.S. Pat. No. 6,985,905, issued Jan. 10,2006, entitled “System And Method For Providing Access To Databases ViaDirectories And Other Hierarchical Structures and Interfaces,” which hasbeen incorporated by reference, a schema manager is used to extract theschema and detect all relationships that exist between the data objectsstored in a data source.

Once the local models 202A-C have been formed, a global model 203 iscreated by linking a data object, for example object 222A across localmodels by recognizing that a data object as represented in two or morelocal models actually refer to the same entity or identity. As shown inFIG. 2A, sometimes the same objects/entities can be differentlyrepresented in different data sources. Within the enterprise, there isoften more than one definition of an entity, and while they share somecommon attributes, they can differ considerably and are notinterchangeable. In one embodiment, the translation of the local models202A-C into the global model 203 is facilitated by the presence of acommon unique identifier of the data object 222A within the local models202A-C. In other implementations, the translation of the local models202A-C into the global model 203 relies on the operation of ICS 105programmed to correlate data objects despite the lack of a common uniqueidentifier across local models 202A-C. For example, in FIG. 2A, theicons representing a person 222A could be instances of the same personwith a different set of identifiers which are specific to eachapplication domain. In this case, before a set of links betweendifferent representations of an entity can be made, it is sometimesneeded to establish a correlation between these different identities andcreate a “union” of those identities. This operation is performed by theidentity correlation module 103 in cooperation with the virtual identityhub 104 as described above. Once those identities are linked into atable by the ICS 105, this table is virtualized and added to the globalmodel. In turn, the new table acts as a bridge (as a union ofidentities) between data objects in the different segregated applicationdomains. As a result, a new path exists between each previouslysegregated application domain, and sentences can then be created acrossthese application domains.

Turning now to FIG. 2B, illustrated is the translation of the globalmodel 203 into template trees 204A-C of related data objects, inaccordance with an embodiment of the context/sentence builder 111. Atree configuration is a valuable way to represent relationships betweendata objects that can also be used to generate human-readable sentencesthat describe the relationships between data objects. As previouslystated, one embodiment of a context/sentence builder 111 for translatinga global model into trees is described in U.S. patent application Ser.No. 12/134,841, filed Jun. 8, 2008 entitled “Representation of Objectsand Relationships in Databases, Directories, Web Services, andApplications as Sentences as a Method to Represent Context in StructuredData,” now published as U.S. Publication 2009/0306963, which has beenincorporated by reference. The context/sentence builder 111 createstemplate trees by receiving a user input selecting two classes of dataobjects and a further user input specifying the relationship between theselected objects. One class of data object is selected as the subject ofa sentence, a related class of data object is selected as the object ofthe sentence, and the relationship between them is tagged a verb thatdescribes the relationship between the objects. The template trees arethen populated with data objects to create indexed tree structures, andfrom these indexed tree structures, human-readable sentences describingtwo or more related data objects can be generated. These indexed treestructures are saved into a data store.

Referring to FIG. 2C, illustrated is a detailed representation of theindexed tree structures created by the context/sentence builder 111. Atree structure can be visualized as a set of nodes with links thatconnect the nodes. Each node in the tree represents a data object fromthe global model. Each link in the tree is attached to a “verb” thatdescribes the relationship between two data objects. A sentence can begenerated from the tree by treating one data object, also known as thesource data object, as the “subject” of a sentence. Another data object,also known as the target data object, is treated as the “object” of thesentence. The link connecting the two data objects is the “verb” of thesentence. The resulting sentence takes the form “subject verb object.”

Due to the configuration of the tree, a data object that is the subjectof one sentence may be the object of a different sentence. For example,in FIG. 2C, one sentence is Subject A Verb A Object B, and anothersentence is Subject B Verb B Object C. Data object “B” is used as boththe object of the first sentence and the subject of the second sentence.The tree is thus a valuable way to represent context, and can be used togenerate human readable sentences that describe, in simple grammar, arelationship between two data objects.

Each data object in the tree also belongs to a certain “class” of dataobjects. Exemplary classes include: Customer, Sales Representative,Order, Account, etc. This list is not meant to be exhaustive, and manyother classes are possible. Each data object in the tree is alsoassociated with a set of attributes that describe characteristics,properties, or information associated with the data object. For example,if a particular data object is of the class “Customer”, the data objectcould have following attributes:

first name=Jim

last name=Simmons

telephone number=(345) 656-1122

fax number=(345) 656-1123

address=122 Radiant Drive

e-mail address=jim.simmons@gmail.com

In one embodiment, the system is configured so that whenever a sentenceis generated with a data object, the class of the data object isincluded in the sentence to help identify the data object. The system isalso configured to include, in the sentence, one or more pre-selectedattributes of the data object that more specifically identify the dataobject. For example, suppose the system is configured so that every timea data object of the class “customer” is used to create a sentence, the“first name” attribute is included in the sentence. Thus, a sentencegenerated using the data object in the previous paragraph as the subjectof the sentence could read “Customer Jim placed order 1.”

The sentence/context builder 111 may produce multiple tree structures,each of which is mounted under a specific context. A specific context isa user defined arbitrary label to describe a specific situation,background, context, etc. of the tree. For example, a tree that containsa list of salespersons, the accounts they manage, and the products soldby each account could be labeled with a specific context called“salesforce_with_relationships.” A tree that contains a list of drivers,their cars, and the dealer that sold the car could be labeled with aspecific context called “drivers_with_relationships.” Similar to howrelationships between data objects are associated with a verb, therelationship between the specific context and the tree structure canalso be associated with a verb.

FIG. 2D is an illustration of a tree as a way to represent sentences andcontexts. In the English language, the word “context” generally has twomeanings: 1 The parts of a sentence, paragraph, or discourse immediatelynext to or surrounding a specified word or passage and determining itsexact meaning; 2. The whole situation, background or environmentrelevant to a particular event, personality, creation, etc. . . . Asused herein, the word “context” has both of the above meanings. FIG. 2Dillustrates that through the tree structure, the “immediate context” isthe data objects and relationships immediately next to a data object.However, the whole situation or environment relevant to a data objectcan be ascertained by examining a larger portion of the tree surroundingthe data object, such as various levels of “descendant resultingcontexts” or the “parent context.” Thus, trees are a way to representboth immediate contexts as well as the larger environmental contexts ofdata objects in the tree. The idea of “parent” “immediate” and“descendant’ contexts will be referenced below in describing theoperation of the search/browse module 150.

For example, in FIG. 2D, suppose data object D is a customer by the nameof Laura, data object E is a car made by Toyota, data object G is a cardealer by the name of Joe, and data object H is the city of Oakland. Asentence generated from the immediate context of data object D, whichincludes data object E, could be “Customer Laura bought a Car Toyota.”Diving into the level 1 of the descendant resulting context for dataobject D, which includes object E and G, generate the sentence “CarToyota was delivered by Dealer Joe.” Diving into the level 2 of thedescendant resulting context for data object D, which includes dataobjects G and H, could generate the sentence “Dealer Joe is located inCity Oakland.” Thus, the sentence representation of data objects is anefficient mechanism to pull meaning from complicated inter-relationshipsamong data.

II. Searching and Browsing

A. Searching for Data Objects

At this point, the VCS 110 has collected data from various sources,generated a global model of data objects, and translated the globalmodel into several trees of related data objects. The search/browsemodule 150 now allows the user to search the data object trees andorganizes the search results in an intuitive manner to facilitate theuser's understanding of the context of the search results. The operationof the search/browse module will be described by reference to FIG. 3A,which illustrates a flow chart of a method of searching and displaying ahierarchy of sentences, in accordance with one embodiment. Specificexamples of the steps of the method are illustrated in the screen shotsof the following figures.

In step 305, the search/browse module 150 receives a search query. Thesearch query may be received, for example, from a client that connectsto the VCS 110 over a network or received from an input device that iscoupled directly to the VCS 110. The search query supports standardsearch syntax known to one skilled in the art, such as keyword searchesand Boolean logic searches (e.g. AND, OR, NOT). For example, referringto FIG. 4, illustrated is a user interface for entering a search queryand displaying search results, according to one embodiment. The userinterface includes a search box 410 for receiving search queries from auser. In this particular example, the search query is “*”, which is awildcard search.

Referring back to FIG. 3, in step 310, search/browse module identifiesdata objects that match the search query. As noted before, each dataobject is associated with a table of attributes. In one embodiment, ifany of a data object's attributes match the search query, then the dataobject is considered to be a match. For example if the search query isfor “shoe” then a data object with an attribute of “product type=runningshoes” would match the search query. Similarly, a data object with anattribute of “store name=Payless Shoes” would also match the searchquery. Alternatively, other techniques for matching the search query tothe data objects may be used.

In step 315, search/browse module 150 generates sentences from thecontext of the data object that was identified in step 310. In oneembodiment, the search/browse module 150 generates sentences within theparent context of the matching data objects. First, the indexed treestructures of FIG. 2D are traversed to locate the matching data objectswithin the tree structures. In one embodiment, the search/browse module150 traverses every one of the indexed tree structures to locatematching data objects. In another embodiment, the search/browse module150 only traverses a sub-set of the indexed tree structures, as definedby system settings or selected by a user. In another embodiment, thesearch/browse module only locates data objects that are within a selectportion of a particular tree structure, such as the descendant contextbelow a certain position in a particular tree. The extent of the searchcan be configured by a user or set in according to a defaultconfiguration.

Next, for each tree structure, the search/browse module 150 identifiesdata objects in the parent context of the matching data object. Forexample, data objects between the matching data object and the top thetree may be identified as part of the parent context. From these dataobjects and their relationships, a human-readable sentence of the form“Subject-Verb-Object” can be generated. For example, referring back toFIG. 2D, if data object D is a data object that matches the search queryand data object A is the top of the tree, the parent context includesthree sentences: A-verb1-B, B-verb2-C, and C-verb3-D. In one embodiment,sentences can be generated with different word orders, such as“Subject-Object-Verb”. This embodiment is particularly applicable tosome languages, for example Hindi, Japanese, and Korean, in which theobject precedes the verb of a sentence.

In one embodiment, the parent context also includes a sentence thatlinks a “specific context” to the data object at the top of the treestructure. As described before, each tree structure is labeled with auser-defined specific context that describes the relationships withinthe tree. The relationship between the specific context and the tree canalso be generated into a sentence. For example, in FIG. 2D, a sentencegenerated from a specific context could be of the form “Specificcontext-verb-object A.” In another embodiment, sentences can beidentified not only from the parent context, but also from the immediatecontext or resulting contexts of a matching data object.

Referring again to FIG. 3, in step 320, the search/browse module 150outputs the sentences identified by step 315 in a hierarchal format byproviding the sentences for display to a client device or output deviceattached to the VCS 110. By organizing the search results (i.e., thegenerated sentences) in a hierarchy, the user viewing the search resultscan easily understand the context in which the results appear. Forexample, referring again to FIG. 4, the user has entered a wildcardsearch and in response, the search/browse module 150 outputs ahierarchal display of sentences 420. Each sentence is output in “subjectverb object” format. A hierarchal display of sentences 420 has severalordered levels that represent parent and descending contexts, similar tohow a tree of data objects has several levels of parent and descendingcontexts. Each sentence in a lower level (i.e., subordinate level)belongs to a sentence in a higher level (i.e., superior level) of thehierarchy. The subject of each sentence in a lower level issubstantially the same as the object of the sentence in the immediatelyhigher level. Lower level sentences are placed beneath the sentence thatthey belong to. The hierarchical level of a sentence may be indicated byindenting the sentence from the left side of the screen. Thus, higherlevel sentences may be placed closer to the edge of the user interface,whereas lower levels are placed further from the edge of the userinterface.

Referring to FIG. 5, illustrated is a user interface for displayingsearch results after receiving a search query for the word “boots”.Here, the search/browse module 150 finds at least three data objectsthat match the search query: Product Everglades 502, Product Rockies504, and Product Sierras 506. The parent context for each of thematching data objects is identified from the stored tree structures andsentences are generated from the parent context of the matching dataobjects. One particular sentence is “Order 7 is related to ProductEverglades” 550. Other sentences in the parent context include “AccountBig Mountain Supplies purchased Order 7” 552, “SalesRepresentative NancyDavolio owns Account Big Mountain Supplies” 554, and “Contextsalesforce_with_relationships contains SalesRepresentative NancyDavolio” 556. The sentences are organized as a hierarchy such that thesubject of a sentence in a subordinate level of the hierarchy (e.g.,sentence 550) is also the object of a sentence in an immediatelysuperior level of the hierarchy (e.g., sentence 552).

In one embodiment, the data objects that match the search query can alsobe displayed in the user interface in a visually distinctive manner thatdistinguishes the data objects from the rest of the words in thedisplayed sentences. For example, the matching data objects can bedisplayed with highlighting, color, bold text, shading, or underlining.Referring again to FIG. 5, the data objects Product Everglades 502,Product Rockies 504, and Product Sierras 506 match the search query for“boots”. The identifiers for these data objects are thus displayed withbold text, whereas the rest of the words in the sentences are displayedwith plain text.

B. Browsing of Data Objects

Referring now to FIG. 3B, illustrated is a method for browsing a datastore of related data objects, according to one embodiment of thesearch/display module 150. In step 350, the search/browse module 150receives a user input selecting a sentence from one or more displayedsentences. Referring to FIG. 6, illustrated is the user interface ofFIG. 5 showing the selection of a sentence from a hierarchy ofsentences. In this figure, the user selects the first sentence 110 inthe interface, which is highlighted with a rectangular box to indicatethat a selection has been made. Other embodiments of selecting asentence are also possible. For example, the user may select a sentencefrom the sentences that are displayed in the upper region of the userinterfaces of FIG. 7 and FIG. 8. In some embodiments, the selectedsentence may be a generic sentence.

Referring back to FIG. 3B, in step 355, the search/browse module 150 maygenerate one or more sentences from the context of the selectedsentence. For example, the search/browse module 150 may generatesentences from the parent context, immediate context, or descendantcontext of the object of the selected sentence. As discussed previously,these sentences can be generated by traversing the indexed treestructures of FIG. 2D.

In step 365, sentences within the immediate context may be groupedtogether if they share a common class of data objects. In someinstances, the immediate context of a data object can refer to multipledata objects of the same class. In other words, there could be a 1:Nrelationship between one data object and other data objects in the treestructure. In this case, displaying each sentence in the immediatecontext as a separate sentence can be cumbersome and repetitive. Forexample, referring again to FIG. 5, the selected sentence is “Contextsalesforce_withrelationships contains SalesRepresentative NancyDavolio.” Sentences in the immediate context of SalesRepresentativeNancy Davolio include “SalesRepresentative Nancy Davolio owns AccountBig Mountain Supplies” and “SalesRepresentative Nancy Davolio ownsAccount The Great Outdoors.” The sentences could be individuallydisplayed as:

-   -   Context salesforce_withrelationships contains        SalesRepresentative Nancy Davolio.    -   SalesRepresentative Nancy Davolio owns Account Big Mountain        Supplies    -   SalesRepresentative Nancy Davolio owns Account The Great        Outdoors.

However, individually displaying each sentence in this manner can becumbersome and repetitive, particularly in cases where the immediatecontext includes many sentences. Thus, when multiple sentences have thesame subject but have data objects that belong to a common class of dataobjects, the search/browse module 150 groups the sentences into a singlegeneric sentence. In this example, “SalesRepresentative Nancy Davolioowns Account Big Mountain Supplies” and “SalesRepresentative NancyDavolio owns Account The Great Outdoors” are grouped together andreplaced with the generic sentence “SalesRepresentative Nancy Davolioowns 2 Accounts.” The generic sentence has the same subject (e.g.,“SalesRepresentative Nancy Davolio”) and verb (e.g. “owns”) as theoriginal sentences. However, the generic sentence has a generic objectthat is composed of: (1) the class of the data objects (e.g.,“Accounts”) represented by the objects of the original sentences, and(2) a number (e.g., “2”) that indicates how many data objects arerepresented by the generic object.

In step 370, the search/browse module 150 outputs a user interface thatcan be displayed to a user. In one embodiment, the search/browse module150 may provide the following information for display: (1) the selectedsentence (2) sentences within the context of the selected sentence (3)attributes for the data object represented by the object of the selectedsentence and/or (4) attributes for the data object represented by thesubject of the selected sentence.

In one embodiment, the information is displayed in different interactivedisplay windows or regions of a user interface. Referring to FIG. 7,illustrated is a user interface for browsing a hierarchy of sentences,according to one embodiment. One region 705 is for displaying theselected sentence and sentences generated from the context of theselected sentence. The sentences are displayed as a hierarchy ofsentences with subordinate and superior levels, similar to the hierarchyof sentences in FIGS. 4-6. If a generic sentence was generated in step365, it is displayed in place of the individual sentences represented bythe generic sentence. For example, in FIG. 7, the generic sentence is“SalesRepresentative Nancy Davolio owns 2 accounts.”

A second region 715 is for displaying attributes of the data objectrepresented by the subject of the selected sentence. A third region 720is for displaying attributes of the data object represented by theobject of the selected sentence. The attributes in the second 715 andthird regions 720 are displayed as a list of attributes, although inother embodiments, other methods of displaying the attributes arepossible. In one embodiment, the attributes may be identified frominformation stored in the datastore for the data objects. Displayingattributes of the data objects in conjunction with the contextualhierarchy of sentences is beneficial for providing the user withdetailed information about the data objects without losing track of thecontextual relationship between the data objects and their relationshipsto other data objects.

In one embodiment, all the attributes of a data object can be output fordisplay. In another embodiment, the attributes are output in accordancewith pre-configured system settings. For example, in FIG. 7, the systemhas been configured so that whenever a sentence with a data object ofthe class “Salesrepresentative” is selected, only the firstname,lastname, title, phone, email, and picture of the object are output fordisplay in region 720. Other attributes such as birthday, date of hire,social security number, and address are not output for display. Thesettings may be configured differently for each class of data object.Further, the same configuration settings can be applied regardless ofwhether a data object is used as the subject or object of a sentence.Displaying only a sub-set of the attributes is advantageous because itprevents the system from overwhelming the user with useless informationor displaying potentially sensitive information (e.g., social securitynumber).

Other features of the user interface include an additional region 710for displaying the selected sentence. This is an optional region thatmay not be utilized in all embodiments. The User Interface also includesbuttons 730 that allow the user to return to the search results or todisplay the interface in full screen mode.

The user interface is interactive, allowing the user to navigate throughthe displays to find information that is of interest. Referring back toFIG. 3B, as the search/browse module 150 receives 375 browsing commands,the information displayed in the user interface is updated 380 inaccordance with the received command, for example, by identifying andproviding updated attributes and sentences for display in the userinterface. In other words, by interacting with the disclosed userinterface, the user can browse through the data objects andrelationships between the data objects that are stored in the indexedtree structures to find specific information.

In one embodiment, the search/browse module 150 receives 375 a browsingcommand that selects one of the displayed sentences. Referring now toFIG. 8, illustrated is a user interface with multiple regions forbrowsing a hierarchy of sentences when a generic sentence 840 isselected, according to one embodiment. Here, the user has selected thegeneric sentence “SalesRepresentative Nancy Davolio owns 2 accounts”840. This generic sentence 840 represents a relationship between thesubject Nancy Davolio and two separate data objects: Account BigMountain Supplies and Account The Great Outdoors. When the user selectsa generic sentence, the region 720 that normally displays attributescorresponding to the object of the sentence is updated to display atable that includes the attributes for each of the underlying dataobjects represented by the generic object of the generic sentence 840.Thus, in FIG. 8, region 720 includes the attributes for both Account BigMountain Supplies and Account The Great Outdoors. Each data object isplaced on a different line of the table. Additionally, the data objectscan be sorted by their displayed attributes. Region 715 is also updatedto include attributes corresponding to the data object that isrepresented by the subject, SalesRepresentative Nancy Davolio, of theselected sentence 840.

Referring now to FIG. 9, illustrated is the user interface of FIG. 8that shows the selection of a data object from the table of attributesin region 830. In another embodiment, the search/browse engine receives375 a browse command that selects one of the data objects displayed inregion 720. Here, the user has selected the first data object 850 inregion 720, named Big Mountain Supplies. Referring now to FIG. 10,illustrated is the user interface of FIG. 9 after the user selects adata object. In responsive to receiving the selection, the search/browsemodule 150 updates 380 the user interface by drilling down into the nextlevel of the hierarchy and displaying the immediate context of theselected data object. As before, one region 705 of the user interfacedisplays an updated hierarchy of sentences. Another region 715 displaysattributes of the data object represented by the subject of thesentence, SalesRepresentative Nancy Davolio. Another region 720 displaysattributes of the data object represented by the object of the sentence,Account Big Mountain Supplies.

Additional Considerations

Throughout this specification, plural instances may implementcomponents, operations, or structures described as a single instance.Although individual operations of one or more methods are illustratedand described as separate operations, one or more of the individualoperations may be performed concurrently, and nothing requires that theoperations be performed in the order illustrated. Structures andfunctionality presented as separate components in example configurationsmay be implemented as a combined structure or component. Similarly,structures and functionality presented as a single component may beimplemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Certain embodiments are described herein as including logic or a numberof components, modules, or mechanisms. Modules may constitute eithersoftware modules (e.g., code embodied on a machine-readable medium or ina transmission signal) or hardware modules. A hardware module istangible unit capable of performing certain operations and may beconfigured or arranged in a certain manner. In example embodiments, oneor more computer systems (e.g., a standalone, client or server computersystem) or one or more hardware modules of a computer system (e.g., aprocessor or a group of processors) may be configured by software (e.g.,an application or application portion) as a hardware module thatoperates to perform certain operations as described herein.

In various embodiments, a hardware module may be implementedmechanically or electronically. For example, a hardware module maycomprise dedicated circuitry or logic that is permanently configured(e.g., as a special-purpose processor, such as a field programmable gatearray (FPGA) or an application-specific integrated circuit (ASIC)) toperform certain operations. A hardware module may also compriseprogrammable logic or circuitry (e.g., as encompassed within ageneral-purpose processor or other programmable processor) that istemporarily configured by software to perform certain operations. Itwill be appreciated that the decision to implement a hardware modulemechanically, in dedicated and permanently configured circuitry, or intemporarily configured circuitry (e.g., configured by software) may bedriven by cost and time considerations.

Accordingly, the term “hardware module” should be understood toencompass a tangible entity, be that an entity that is physicallyconstructed, permanently configured (e.g., hardwired), or temporarilyconfigured (e.g., programmed) to operate in a certain manner or toperform certain operations described herein. As used herein,“hardware-implemented module” refers to a hardware module. Consideringembodiments in which hardware modules are temporarily configured (e.g.,programmed), each of the hardware modules need not be configured orinstantiated at any one instance in time. For example, where thehardware modules comprise a general-purpose processor configured usingsoftware, the general-purpose processor may be configured as respectivedifferent hardware modules at different times. Software may accordinglyconfigure a processor, for example, to constitute a particular hardwaremodule at one instance of time and to constitute a different hardwaremodule at a different instance of time.

Hardware modules can provide information to, and receive informationfrom, other hardware modules. Accordingly, the described hardwaremodules may be regarded as being communicatively coupled. Where multipleof such hardware modules exist contemporaneously, communications may beachieved through signal transmission (e.g., over appropriate circuitsand buses) that connect the hardware modules. In embodiments in whichmultiple hardware modules are configured or instantiated at differenttimes, communications between such hardware modules may be achieved, forexample, through the storage and retrieval of information in memorystructures to which the multiple hardware modules have access. Forexample, one hardware module may perform an operation and store theoutput of that operation in a memory device to which it iscommunicatively coupled. A further hardware module may then, at a latertime, access the memory device to retrieve and process the storedoutput. Hardware modules may also initiate communications with input oroutput devices, and can operate on a resource (e.g., a collection ofinformation).

The various operations of example methods described herein may beperformed, at least partially, by one or more processors that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors may constitute processor-implemented modulesthat operate to perform one or more operations or functions. The modulesreferred to herein may, in some example embodiments, compriseprocessor-implemented modules.

Similarly, the methods described herein may be at least partiallyprocessor-implemented. For example, at least some of the operations of amethod may be performed by one or processors or processor-implementedhardware modules. The performance of certain of the operations may bedistributed among the one or more processors, not only residing within asingle machine, but deployed across a number of machines. In someexample embodiments, the processor or processors may be located in asingle location (e.g., within a home environment, an office environmentor as a server farm), while in other embodiments the processors may bedistributed across a number of locations.

The one or more processors may also operate to support performance ofthe relevant operations in a “cloud computing” environment or as a“software as a service” (SaaS). For example, at least some of theoperations may be performed by a group of computers (as examples ofmachines including processors), these operations being accessible via anetwork (e.g., the Internet) and via one or more appropriate interfaces(e.g., application program interfaces (APIs).)

The performance of certain of the operations may be distributed amongthe one or more processors, not only residing within a single machine,but deployed across a number of machines. In some example embodiments,the one or more processors or processor-implemented modules may belocated in a single geographic location (e.g., within a homeenvironment, an office environment, or a server farm). In other exampleembodiments, the one or more processors or processor-implemented modulesmay be distributed across a number of geographic locations.

Some portions of this specification are presented in terms of algorithmsor symbolic representations of operations on data stored as bits orbinary digital signals within a machine memory (e.g., a computermemory). These algorithms or symbolic representations are examples oftechniques used by those of ordinary skill in the data processing artsto convey the substance of their work to others skilled in the art. Asused herein, an “algorithm” is a self-consistent sequence of operationsor similar processing leading to a desired result. In this context,algorithms and operations involve physical manipulation of physicalquantities. Typically, but not necessarily, such quantities may take theform of electrical, magnetic, or optical signals capable of beingstored, accessed, transferred, combined, compared, or otherwisemanipulated by a machine. It is convenient at times, principally forreasons of common usage, to refer to such signals using words such as“data,” “content,” “bits,” “values,” “elements,” “symbols,”“characters,” “terms,” “numbers,” “numerals,” or the like. These words,however, are merely convenient labels and are to be associated withappropriate physical quantities.

Unless specifically stated otherwise, discussions herein using wordssuch as “processing,” “computing,” “calculating,” “determining,”“presenting,” “displaying,” or the like may refer to actions orprocesses of a machine (e.g., a computer) that manipulates or transformsdata represented as physical (e.g., electronic, magnetic, or optical)quantities within one or more memories (e.g., volatile memory,non-volatile memory, or a combination thereof), registers, or othermachine components that receive, store, transmit, or displayinformation.

As used herein any reference to “one embodiment” or “an embodiment”means that a particular element, feature, structure, or characteristicdescribed in connection with the embodiment is included in at least oneembodiment. The appearances of the phrase “in one embodiment” in variousplaces in the specification are not necessarily all referring to thesame embodiment.

Some embodiments may be described using the expression “coupled” and“connected” along with their derivatives. For example, some embodimentsmay be described using the term “coupled” to indicate that two or moreelements are in direct physical or electrical contact. The term“coupled,” however, may also mean that two or more elements are not indirect contact with each other, but yet still co-operate or interactwith each other. The embodiments are not limited in this context.

As used herein, the terms “comprises,” “comprising,” “includes,”“including,” “has,” “having” or any other variation thereof, areintended to cover a non-exclusive inclusion. For example, a process,method, article, or apparatus that comprises a list of elements is notnecessarily limited to only those elements but may include otherelements not expressly listed or inherent to such process, method,article, or apparatus. Further, unless expressly stated to the contrary,“or” refers to an inclusive or and not to an exclusive or. For example,a condition A or B is satisfied by any one of the following: A is true(or present) and B is false (or not present), A is false (or notpresent) and B is true (or present), and both A and B are true (orpresent).

In addition, use of the “a” or “an” are employed to describe elementsand components of the embodiments herein. This is done merely forconvenience and to give a general sense of the disclosed embodiments.This description should be read to include one or at least one and thesingular also includes the plural unless it is obvious that it is meantotherwise.

Upon reading this disclosure, those of skill in the art will appreciatestill additional alternative structural and functional designs for asystem and a process for searching and browsing a data store ofcontextual information through the disclosed principles herein. Thus,while particular embodiments and applications have been illustrated anddescribed, it is to be understood that the disclosed embodiments are notlimited to the precise construction and components disclosed herein.Various modifications, changes and variations, which will be apparent tothose skilled in the art, may be made in the arrangement, operation anddetails of the method and apparatus disclosed herein without departingfrom the spirit and scope defined in the appended claims.

What is claimed is:
 1. A method for browsing a datastore of dataobjects, the method comprising: providing a first sentence for displayin a first region of a user interface, the first sentence having asubject, verb and object, the object of the first sentence representinga first data object from the datastore of data objects, the datastoreassociating the first data object with a plurality of attributesdescribing characteristics of the first data object; providing a secondsentence for display in the first region of a user interface, the secondsentence having a subject, verb and object, the subject of the secondsentence representing the first data object from the datastore of dataobjects and the object of the second sentence representing at least asecond data object from the datastore of data objects that is related tothe first data object, the datastore associating the second data objectwith a plurality of attributes describing characteristics of the seconddata object, the first sentence and the second sentence organized in theuser interface as a hierarchy that includes a plurality of levels andthe first sentence is in a superior level of the hierarchy and thesecond sentence is in a subordinate level of the hierarchy; receiving,by a computer, a user input selecting the second sentence displayed inthe subordinate level of the hierarchy in the first region of the userinterface; and responsive to receiving the user input selecting thesecond sentence displayed in the subordinate level of the hierarchy inthe first region of the user interface: providing, for display in asecond region of the user interface, one or more of the attributes ofthe first data object represented by the subject of the second sentence;and providing, for display in a third region of the user interface, oneor more of the attributes of the second data object represented by theobject of the second sentence.
 2. The method of claim 1, whereinproviding the second sentence for display comprises providing the secondsentence for display with a verb that indicates a relationship betweenthe first and second data objects.
 3. The method of claim 1, whereinproviding the second sentence for display comprises providing the secondsentence for display with an object that is a generic object, thegeneric object representing a plurality of data objects.
 4. The methodof claim 3, wherein the plurality of data objects belong to a commonclass and the generic object comprises an identifier for the commonclass.
 5. The method of claim 3, wherein the generic object comprises anindication of a number of the data objects represented by the genericobject.
 6. The method of claim 3, wherein providing, for display in thethird region of the interface, one or more attributes of the second dataobject represented by the object of the second sentence comprisesproviding, for display in the third region of the user interface, one ormore attributes for each of the plurality of data objects represented bythe generic object.
 7. The method of claim 1, further comprisingproviding the second sentence for display in a fourth region of the userinterface responsive to receiving the user input selecting the secondsentence.
 8. The method of claim 1, wherein providing, for display in asecond region of the interface, one or more attributes of the first dataobject comprises providing, for display in the second region of theinterface, one or more attributes of the first data object that arefewer than all the attributes of the first data object.
 9. Anon-transitory computer readable medium configured to store instructionsfor browsing a datastore of data objects, the instructions when executedby a processor perform steps comprising: providing a first sentence fordisplay in a first region of a user interface, the first sentence havinga subject, verb and object, the object of the first sentencerepresenting a first data object from the datastore of data objects, thedatastore associating the first data object with a plurality ofattributes describing characteristics of the first data object;providing a second sentence for display in the first region of a userinterface, the second sentence having a subject, verb and object, thesubject of the second sentence representing the first data object fromthe datastore of data objects and the object of the second sentencerepresenting at least a second data object from the datastore of dataobjects that is related to the first data object, the datastoreassociating the second data object with a plurality of attributesdescribing characteristics of the second data object, the first sentenceand the second sentence organized in the user interface as a hierarchythat includes a plurality of levels and the first sentence is in asuperior level of the hierarchy and the second sentence is in asubordinate level of the hierarchy; receiving a user input selecting thesecond sentence displayed in the subordinate level of the hierarchy inthe first region of the user interface; and responsive to receiving theuser input selecting the second sentence displayed in the subordinatelevel of the hierarchy in the first region of the user interface:providing, for display in a second region of the user interface, one ormore of the attributes of the first data object represented by thesubject of the second sentence; and providing, for display in a thirdregion of the user interface, one or more of the attributes of thesecond data object represented by the object of the second sentence. 10.The non-transitory computer readable medium of claim 9, whereinproviding the second sentence for display comprises providing the secondsentence for display with a verb that indicates a relationship betweenthe first and second data objects.
 11. The non-transitory computerreadable medium of claim 9, wherein providing the second sentence fordisplay comprises providing the second sentence for display with anobject that is a generic object, the generic object representing aplurality of data objects.
 12. The non-transitory computer readablemedium of claim 11, wherein the plurality of data objects belong to acommon class and the generic object comprises an identifier for thecommon class.
 13. The non-transitory computer readable medium of claim11, wherein the generic object comprises an indication of a number ofthe data objects represented by the generic object.
 14. Thenon-transitory computer readable medium of claim 11, wherein providing,for display in the third region of the interface, one or more attributesof the second data object represented by the object of the secondsentence comprises providing, for display in the third region of theuser interface, one or more attributes for each of the plurality of dataobjects represented by the generic object.
 15. The non-transitorycomputer readable medium of claim 9, further comprising providing thesecond sentence for display in a fourth region of the user interfaceresponsive to receiving the user input selecting the second sentence.16. The non-transitory computer readable medium of claim 9, whereinproviding, for display in a second region of the interface, one or moreattributes of the first data object comprises providing, for display inthe second region of the interface, one or more attributes of the firstdata object that are fewer than all the attributes of the first dataobject.